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Call Transfer Using Session Initiation Protocol (SIP) 

by inventor(s) 

Vyacheslav Zhakov, Vyacheslav Sayko, and Alexander Wan 
5 Field of the Invention 

The present invention is in the field of telephony communication and pertains 
mote particularly to methods and apparatus for using session initiation protocol (SIP) 
in site-to-site communication event transfers. 

10 

Qrossjteference to Related Documents 

The present invention claims priority to a Provisional Patent application, No. 
60/389,703, filed June 17, 2002. The present invention is also a Continuation-In-Part 

15 (OP) to a U.S. patent application S/N 09/927,301 entitled "Integrating SIP Control 
Messaging Into Existing Communication Center Routing Infrastructure" filed on 
08/10/2001, which is a CIP to a US Patent Application, S/N 09/160,558, entitled 
"Method and Apparatus for Providing Integrated Routing for PSTN and IPNT 
Calls in a Call Center", filed on 09/24/98, disclosures of which are incorporated 

20 herein in their entirety by reference. A document disclosure in the DD program, 
number 496199 dated 06/19/01, was filed in case 09/927301 . 

Background of the Invention 

25 In the field of telephony communication, there have been many improvements 

in technology over the years that have contributed to more efficient use of telephone 
communication within hosted call-center environments. Most of these improvements 
involve integrating the telephones and switching systems in such call centers with 
computer hardware and software adapted for, among other things, better routing of 

30 telephone calls, fester delivery of telephone calls and associated information, and 
improved service with regards to client satisfaction. Such computer-enhanced 
telephony is known in the art as computer-telephony integration (CTT). 
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Generally speaking, CTI implementations of various design and purpose are 
accomplished both within individual call-centers and, in some cases, at the network 
level. For example, processors running CTI software applications may be linked to 
telephone switches, service control points (SCP), and network entry points within a 
5 public or private telephone network. At the call-center level, CTI-enhanced 
processors, data servers, transaction servers, and the like, are linked to telephone 
switches and, in some cases, to similar CTI hardware at the network level, often by a 
dedicated digital link. CTI and other hardware within a call-center are commonly 
referred to as customer premises equipment (CPE). It is the CTI processor and 
10 application software at such centers that provides computer enhancement to a call 
center. 

In a CTI-enhanced call center, telephones at agent stations are connected to a 
central telephony switching apparatus, such as an automatic call distributor (ACD) 
switch or a private branch exchange (PBX). The agent stations may also be equipped 

1 5 with computer terminals such as personal computer/video display unit's (PC/VDLPs) 
so that agents manning such stations may have access to stored data as well as being 
linked to incoming callers by telephone equipment Such stations may be 
interconnected through the PC/VDUs by a local area network (LAN). One or more 
data or transaction servers may also be connected to the LAN that interconnects agent 

20 stations. The LAN is, in turn, connected to the CTI processor, which is connected to 
the call switching apparatus of the call center. 

When a call arrives at a call center, whether or not the call has been pre- 
processed at an SCP, typically at least the telephone number of the calling line is made 
available to the receiving switch at the call center by the network provider. This 

25 service is available by most networks as caller-ID information in one of several 

formats such as Automatic Number Identification Service (ANIS). If the call center is 
computer-enhanced (CTI) the phone number of the calling party may be used to 
access additional information from a customer information system (CIS) database at a 
server on the network that connects the agent workstations. la this manner 

30 information pertinent to a call may be provided to an agent, often as a screen pop. 

In recent years, advances in computer technology, telephony equipment, and 
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infrastructure have provided many opportunities for improving telephone service in 
publicly-switched and private telephone intelligent networks. Similarly, development of a 
separate information and data network known as the Internet, together with advances in 
computer hardware and software have led to a new multi-media telephone system known 
5 in the art by several names. In this new systemology, telephone calls are simulated by 
multi-media computer equipment, and data, such as audio data, is transmitted over data 
networks as data packets. In this application the broad term used to describe such computer- 
simulated telephony is Data Network Telephony (DNT). 

For purposes of nomenclature and definition, the inventors wish to distinguish 
10 clearly between what might be called conventional telephony, which is the telephone service 
enjoyed by nearly all citizens through local telephone companies and several long-distance 
telephone network providers, and what has been described herein as computer-simulated 
telephony or DNT. The conventional system is familiar to nearly all, and is often referred to 
in the art as connection-oriented-switched-telephony (COST). The COST designation will 
15 be used extensively herein. The computer-simulated, or DNT systems are femiliar to those 
who use and understand computer systems. Perhaps the best example of DNT is telephone 
service provided over the Internet, which will be referred to herein as Internet-Protocol- 
Network-Telephony OtPNT), by far the most extensive, but still a subset of DNT. 

Both systems use signals transmitted over network links. In feet, connection to data 
20 networks for DNT such as IPNT is typically accomplished over local telephone lines, used 
to reach such as an Internet Service Provider (ISP). The definitive difference is that COST 
telephony may be considered to be connection-oriented telephony. In the COST system, 
calls are placed and connected by a specific dedicated path, and the connection path is 
maintained over the time of the call. Bandwidth is thus assured. Other calls and data do not 
25 share a connected channel path in a COST system. In a DNT system, on the other hand, the 
system is not dedicated or connection oriented. That is, data, including audio data, is 
prepared, sent, and received as data packets. The data packets share network links, and may 
travel by variable paths, being reassembled into serial order after receipt Therefore, 
bandwidth is not guaranteed. 
30 Under ideal operating circumstances a DNT network, such as the Internet, has all of 

the audio quality of conventional public and private intelligent telephone-networks, and 
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many advantages accruing from the aspect of direct computer-to-computer linking. 
However, DNT applications must share the bandwidth available on the network in which 
they are traveling. As a result, real-time voice communication may at times suffer dropout 
and delay. This is at least partially due to packet loss experienced during periods of less- 
5 than-needed bandwidth which may prevail under certain conditions such as congestion 
during peak periods of use, and so on- 
Recent improvements to available technologies associated with the 
transmission and reception of data packets during real-time DNT communication have 
enabled companies to successfully add DNT, principally IPNT capabilities, to existing 
10 CTI-enhanced call centers. Such improvements, as described herein and known to the 
inventor, include methods for guaranteeing available bandwidth or quality of service 
(QoS) for a transaction, improved mechanisms for organizing, coding, compressing, 
and carrying data more efficiently using less bandwidth, and methods and apparatus 
for intelligently replacing lost data by using voice supplementation methods and 
15 enhanced buffering capabilities. 

In typical call centers, DNT is accomplished by Internet connection and IPNT 
calls. For this reason, IPNT and the Internet will be used almost exclusively in 
examples to follow. It should be understood, however, that this usage is exemplary, 
and not limiting. 

20 In systems known to the inventors, incoming IPNT calls are processed and 

routed within an IPNT-capable call center in much the same way as COST calls are 
routed in a CTI-enhanced center, using similar or identical routing rules, waiting 
queues, and so on, aside from the fact that there are two separate networks involved. 
Call centers having both CTT and IPNT capability utilize LAN-connected agent- 

25 stations with each station having a telephony-switch-connected headset or phone, and 
a PC connected, in most cases via LAN, to the LAN over which IPNT calls may be 
routed. Therefore, in most cases, IPNT calls are routed to the agent's PC while 
conventional telephony calls are routed to the agent's conventional telephone or 
headset However, a method known to the inventor allows one headset to be used at 

30 an agent's station for handling both IPNT and COST calls. This is accomplished via 
connecting the agent's telephone to the sound card on the agent's PC/VDU with an 
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I/O cable. In most prior art and current art systems, separate lines and equipment must 
be implemented for each type of call weather COST or IPNT. 

Due in part to added costs associated with additional equipment, lines, and 
data ports that are needed to add IPNT capability to a CTI-enhanced call-center, 
companies are currently experimenting with various forms of integration between the 
older COST system and the newer IPNT system. For example, by enhancing data 
servers, interactive voice response units (TVRs), agent-connecting networks, and so 
on, with the capability of understanding Internet protocol, data arriving from either 
network may be integrated requiring less equipment and lines to fecilitate processing, 
storage, and transfer of data. However, telephony trunks and IPNT network lines 
representing the separate networks involved still provide for significant costs and 
maintenance. 

In some current art implementations, incoming data from die COST network 
and the Internet is caused to run side by side from the network level to a call center 
over a telephone connection (Tl/El) acting as a telephone-data bridge, wherein a 
certain channels are reserved for COST connection, and this portion is dedicated as is 
necessary in COST protocol (connection oriented), and die remainder is used for DNT 
such as IPNT calls, and for perhaps other data transmission. Such a service is 
generally offered by a local phone company. This service eliminates the requirement 
for leasing numerous telephony trunks and data-network connections. Routing and 
other equipment, however, must be implemented at both the call-center level and 
network level significantly reducing any realized cost savings. 

A significant disadvantage of such a bridge, having dedicated equipment on 
each end, is the dedicated nature of individual channels over the bridging link. 
Efficient use of bandwidth cannot be assured during variable traffic conditions that 
may prevail at certain times. For example, dedicated channels assigned to IPNT 
traffic would not be utilized if there were not enough traffic to facilitate their use. 
Similarly, if there was more COST traffic than the allotted number of COST channels 
could carry, no additional channels could be made available. 

hi a yet more advanced system, known in some call centers, a central switch 
within the call center is enhanced with IP conversion capability and can communicate 
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via LAN to connected IP phone-sets and PC's eliminating the need for regular 
telephone wiring within a call cento:. However, the service is still delivered via a 
telephone-data bridge as described above. Therefore, additional requirements for 
equipment and inefficiency regarding use of bandwidth are still factors. 
5 la still other systems known to the inventor, IFNT to COST conversion or 

COST to IPNT conversion is performed within the call center instead of via a network 
bridge. This is accomplished via a gateway connected to both an IPNT router and a 
central telephony-switching apparatus. In the first case, all calls are converted to and 
routed as COST calls over internal telephone wiring to switch-connected headsets. In 

10 the second case, all COST calls are converted to and routed as IPNT calls over a LAN 
to individual PC/VDLPs. 

hi all of the described prior art systems, the concerted goal has been to 
integrate COST and IPNT data via converging at the network level or within the call 
center. The addition of dedicated hardware both at the network level and within the 

15 call center adds to the expense of providing such integrated data. 

In a system known to the inventor and described with reference to S/N 
09/160,558 listed in the cross-reference section of this specification, an integrated 
router is provided within a call center. The integrated router monitors and controls 
both a telephony switch receiving and forwarding connection-oriented, switched 

20 telephony (COST) calls and a Data Network Telephony (DNT) processor receiving 
and forwarding DNT calls. The integrated router is enabled by software to consult a 
common data repository storing status of agents answering both types of calls within 
the center and routes all calls according to a single set of routing rules, which can take 
a variety of forms. In one aspect, telephone devices at agent stations are adapted to 

25 handle both COST and DNT calls. 

It has occurred to the inventor that in addition to being able to unify all routed 
events within a communication center under a common set of rules, it would be 
desirable to adapt established IP network protocols for use as routing tools within a 
communication center for the purpose of saving time and costs of developing 

30 proprietary protocols and expensive client applications using them. 
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One standard Internet-based protocol that may be adapted for communication 
center use is the well-known session initiation protocol (SIP). Very basically, SIP is 
an application-layer control (signaling) protocol for creating, modifying and 
terminating communication sessions with one or more participants. These sessions 

S include Internet multimedia conferences, Internet telephone calls and multimedia 
distribution. Members in a session can communicate via multicast or via a mesh of 
unicast relations, or a combination of these. 

A SIP session can include both persons and automated systems such as a 
media storage service. A SIP session can include both unicast and multicast sessions. 

10 A session initiator does not necessarily have to be a member of an initiated session to 
which SIP is used to initiate. SIP transparently supports name mapping and 
redirection services, allowing the implementation of ISDN and Intelligent Network 
telephony subscriber services. These facilities also enable personal mobility. 

In the parlance of telecommunications intelligent network services, personal 

1 S mobility is defined as the ability of end users to originate and receive calls and access 
subscribed telecommunication services on any terminal in any location, and the ability 
of the network to identify end users as they move. Personal mobility is based on 
unique identification numbering and compliments terminal mobility, which enables an 
end terminal to be moved from one sub-net to another. 

20 SIP is designed as part of the well-known IETF multimedia data and control 

architecture, which is currently incorporating protocols such as RSVP for reserving * 
network resources; the real-time transport protocol (RTP) for transporting real-time 
data and providing QoS feedback; the real-time streaming protocol (RTSP) for 
controlling delivery of streaming media; the session announcement protocol (SAP) for 

25 advertising multimedia sessions via multicast; and the session description protocol 
(SDP) for describing multimedia sessions. 

It is known to the inventors that SIP can be used in conjunction with other call 
setup and signaling protocols. In this mode, an end system uses SIP exchanges to 
determine the appropriate end system address and protocol from a given address that 

30 is protocol-independent For example, SIP could be used to determine that the party 
can be reached via H.323, obtain the HL245 gateway and user address and then use 
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H.225.0 to establish a call, for example. In another example, SIP might be used to 
determine that a call recipient is reachable via the PSTN and indicate the phone 
number to be called, possibly suggesting an Ihternet-to-PSTN gateway to be used 
A software suite is known to the inventor for routing communication events 
S over a data-packet-network using an IP session initiation and signaling protocol. The 
software suite is described with reference to U.S. patent application S/N 09/927,301 
listed in the cross-reference section above. 

The software suite comprises a server application for computing and serving 
' routing determinations per request, a session management application for initiating 
10 and managing routed and established session events, a parsing application for parsing 
request data received under session initiation protocol and a conversion application 
for converting data received under session initiation protocol into a routing request 
All received communication requests for routing are in the form of the session 
initiation protocol wherein they are parsed and converted into routing requests 
15 processed by the server application and routed to determined destinations. In practice, 
events are established as session events conducted under the session initiation and 
management protocol. 

The system above is used chiefly within a communication center and uses a 
proxy server to manage conversion between SIP protocol and T-server routing 
20 protocol. It has occurred to the inventor that many organizations that host 

communication centers host multiple center sites both based in telephony and data 
networks. It would be desirable to enable seamless communication event transfers 
including final destination routing between two or more sites that are network 
connected using un-modified standard protocols including SIP and instant message 
25 (IM)-based protocols. 

What is therefore clearly needed is a routing system that can transfer 
communication events seamlessly among multiple communication sites including 
final agent-level routing of those events using standard SIP and IM-based protocols 
and preserving complex routing protocols for final agent-level routing within the 
30 center site that is the destination for the transfer. 
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Sninma rv of the Invention 

In a preferred embodiment of the invention a system for providing 
communication event routing and transfer capability in a multi-site communicafion- 
5 center environment is provided, comprising a presence protocol application, a routing 
application, a point of transfer on a network, and a destination of transfer on the same 
or connected network. The system is characterized in that the presence protocol 
application is shared by communication-center sites cooperating in the transfer and 
routing of events and wherein the presence protocol performs at least one event- 
10 handling process normally performed by the routing application. 

In a preferred embodiment of the invention the presence protocol is Session 
Initiation Protocol. In another embodiment the presence protocol is Instant Messaging 
and Presence Protocol. In some cases the presence protocol includes Session 
Advertisement Protocol and Session Description Protocol. Also in some cases the 
1 5 routing protocol is T-server protocol. 

In some embodiments the point of transfer is a telephony switch. Also in some 
embodiments the destination of transfer is also a telephony switch. In some other 
embodiments the destination of transfer is an IP-capable device in an agent 
workstation. 

20 In some embodiments there is a communication servo: shared by at least two 

of the multiple communication-center sites, and the communication server may be 
hosted on one of the Internet, an Ethernet, or on a Virtual Private Network. In some 
of these embodiments the presence protocol is Session Initiation Protocol. 

In another aspect of the invention a method for transferring a telephony 

25 communication event from one communication-center site switch to another is 

provided, comprising steps of (a) receiving an event at a first telephony switch at a 
first site; (b) determining that the event requires transfer to a second identified 
telephony switch at the location of a second site; (c) sending a request in the form of a 
presence protocol message to a processor controlling the switch at the second site; (d) 

30 receiving at a processor controlling the switch at the first site a response in the form of 
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a presence protocol message giving permission for the transfer; and (e) executing the 
call transfer. 

In some embodiments, in step (a), the event is a COST telephone call and the 
switch is a CTI-enabled telephony switch. Also in some embodiments, in step (b), 
5 determination of transfer requirement is established through IVR interaction with the 
caller. Still further, in step (c), the presence protocol may be Session Initiation 
Protocol. In other cases, in step (c), the presence protocol may be Instant Messaging 
and Presence Protocol. 

In some embodiments, in steps (c) and (d), a request and response interaction 
10 also occurs using a routing protocol for exchanging information not handled in the 
presence protocol request/response interaction. In some cases at least one event- 
handling process is event notification of the event for transfer, and in some cases at 
least one event-handling process is the process of reporting availability of an agent 
representing the final destination for the transferred event 

15 

Brief Description of the Drawing Figures 

Fig. 1 is a system diagram of a call center connected to a telecommunication 
network using IPNT to COST conversion according to prior art. 
20 Fig. 2 is a system diagram of the call center and telecommunication network of 

Fig. 1 using IPNT switching at the call center according to prior art 

Fig. 3 is a system diagram of the call center and telecommunication network of 
Fig. 1 enhanced with integrated routing according to an embodiment of the present 
invention. 

25 Fig. 4 is an architectural overview of a communication network wherein SIP 

messaging capability is integrated with routing infrastructure according to an 

embodiment of the present invention. 

Fig. 5 a flow diagram illustrating system steps for using SIP in a 

communication center according to an embodiment of die present invention. 
30 Fig. 6 is an architectural overview of a communication center utilizing SIP- 

based routing according to an embodiment of the present invention. 
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Fig. 7 is an architectural overview of the communication center of Fig. 6 
connected to an additional communication center for SIP-based event transfer 
according to an embodiment of the invention. 

Fig. 8 is an architectural overview of the centers of Fig. 7 further enhanced 
5 for parlay through a communication server. 

Fig. 9 is a process flow diagram illustrating basic steps for event transfer and 
final routing according to an embodiment of the invention. 



Description of the Preferred Embodiments 

10 

Fig. 1 is a system diagram of a call center connected to a telecommunication 
network using EPNT to COST conversion according to prior art. As described briefly 
with regards to the background section, various prior art telecommunication networks 
utilize network-bridging techniques for the purpose of causing IPNT and COST 

15 incoming calls to run parallel into the call center. la current systems, as was also 
described, various implementations have been made within the call center for 
converting IPNT to COST, and conversely, COST to IPNT. Fig. 1 represents one 
such current art system. 

la Fig. 1 telecommunications network 1 1 comprises a publicly-switched 

20 telephone network (PSTN) 13, die Internet network 15, and a call center 17. PSTN 
network 13 may be a private network rather than a public network, and Internet 15 
may be another public or a private data network as are known in the art 

In this basic prior art example, call center 17 is equipped to handle both COST 
calls and IPNT calls. Both COST calls and IPNT calls are delivered to call-cento: 17 

25 by separate network connections. For example, a telephony switch 19 in the PSTN 
may receive incoming telephone calls and rout them over a COST network trunk 23 to 
a central switching apparatus 27 located within call center 17. IPNT calls from 
Internet 15 are routed via a data router 21 over a data-network connection 25 to an 
IPNT router 29 within call center 17. In this example, network switch 19 is meant to 

30 represent a wide variety of processing and switching equipment in a PSTN, and router 
21 is exemplary of many routers and IP switches in the Internet, as known in the art. 
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Call center 17 further comprises four agent stations 31, 33, 35, and 37. Each 
of these agent stations, such as agent station 31, for example, comprises an agent's 
telephone 47 adapted for COST telephone communication and an agent's PC/VDU 
39 adapted for IPNT communication and additional data processing and viewing. 
5 Agent's telephones 47, 49, 51, and 53 along with agent's PC/VDU 39, 41, 43, and 45 
are in similar arrangement in agent stations 3 1, 33, 35, and 37 respectively. Agent's 
telephones, such as agent's telephone 49, are connected to COST switching apparatus 
27 via telephone wiring 56. 

A LAN 55 connects agent's PC/VDU's to one another and to a CPE IPNT 
1 0 router 29. A client-infonnation-system (CIS) server 57 is connected to LAN 55 and 
provides additional stored information about callers to each LAN-connected agent 
Router 29 routes incoming IPNT calls to agent's PC/VDU's that are also LAN 
connected as previously described. A data network connection 25 connects data 
router 29 to data router 21 located in Internet 15. Specific Internet access and 
15 connectivity is not shown, as such is well known in the art, and maybe accomplished 
in any one of several ways. The salient feature to be emphasized in this prior art 
example is that separate connections and equipment are necessary and implemented to 
be able to handle both COST and IPNT calls at the call center. 

Each agent's PC/VDU, such as PC/VDU 45 has a connection via LAN 55 and 
20 data network connection 25 to Internet 15 while the assigned agent is logged on to the 
system, however, this is not specifically required but rather preferred, so that incoming 
IPNT calls may be routed efficiently. Dial-up connecting rather than a continuous 
connection to Internet 15 may sometimes be employed. 

An agent operating at an agent station such as agent station 33 may have 
25 COST calls arriving on agent's telephone 49 while IPNT calls are arriving on agent's 
PC/VDU 41 . In examples prior to this example, router 29 would not have a 
connection to central switching apparatus 27. Having no such connection creates a 
cumbersome situation, requiring agents to distribute their time as best they can 
between the two types of calls. Thus, agent time is not utilized to maximum 
30 efficiency with respect to the total incoming calls possible from both networks. 
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In this embodiment however, router 29 is connected to an IPNT-to-COST 
gateway 59 via data connection 61. Gateway 59 is connected to central switch 27 via 
CTI connection 63. Gateway 59 is adapted to convert all incoming and outgoing 
IPNT calls to COST calls where they may be routed over wiring 5 6 to agents 
5 (incoming), or over trunk 23 to switch 19 in cloud 13 (outgoing). In this way, agents 
may use switch-connected telephones, such as telephone 47 to answer both IFNT-to- 
. COST converts and regular incoming COST calls. The agent's time is better utilized 
and additional network equipment comprising a network bridge and associated 
network connections are not required. 
10 This prior art example, however, presents some problems and limitations. One 

problem is that traditional COST equipment such as routers, switches, and wiring may 
have to be significantly expanded to handle more traffic regarding the added call-load 
received from cloud 15. Further, the ability to predict possible call overload situations 
is significantly complicated because of the convergence of IPNT calls into the COST 
15 routing system. As IPNT calls are now received by agents as COST calls, certain 
features inherent to IPNT applications will be lost such as multimedia enhancements, 
and the like. 

One advantage with this example is that calls originating as IPNT calls within 
call center 1 7 may be sent as IPNT calls over data connection 25 , or as converted 
20 COST calls over trunk 23. Another advantage is that LAN 55 is free to carry data 
other than IPNT audio packets. 

Fig. 2 is a system diagram of the call center and telecommunication network of 
Fig. 1 using IPNT switching at the call center according to prior art This prior art 
example is essentially reversed from the prior art example described in Fig. 1 . For the 
25 sake of saving space and avoiding redundancy, elements found in this example that 
are identical to the example of Fig. 1 will not be re-introduced. 

Call center 17 receives COST calls from cloud 13 over trunk 23, and IPNT 
calls from cloud 15 over data connection 25 as described with the prior art example of 
Fig. 1. However, instead of having a central telephony-switch such as switch 27 of 
30 Fig. 1, a COST-to-IPNT gateway 71 is provided and adapted to convert COST calls to 
IPNT calls. 
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After converting incoming COST calls to IPNT calls, these are routed via data 
connection 73 to an IPNT switch 75. IPNT switch 75 is adapted to distribute the 
resulting IPNT calls to selected agents over LAN 55. Regular IPNT calls are routed 
to LAN-connected agents via router 29. 

5 Agent's telephones 47-53 are, in this example, adapted as IP phones and are 

each connected to LAN 55. Internal wiring and other COST related architecture is not 
required, which is one distinct advantage of this prior art system. 

A disadvantage of this system is that there is no provision to make outbound 
calls to the PSTN 13. Only further enhancement to gateway 71 to convert IPNT calls 

10 to COST calls enables out-bound dialing to PSTN 13 from within call center 17. 
Under heavy call-load situations, a dual gateway such as would be the case with 
gateway 71 may become congested and cause delay. Additional apparatus may be 
required to alleviate tins problem. In some cases wherein there are concerted 
outbound campaigns taking place on a frequent basis, it may be more prudent to 

15 maintain a COST switch and internal wiring within call center 17 connected to either 
agent telephones (maintaining dual capability) or, to add a second set of telephones 
dedicated for outbound campaigns. Moreover, agents are reintroduced with a problem 
solved in the example of Fig. 1 of having to deal with incoming calls to both IP 
phones, and PC/VDIPs. 

20 Fig. 3 is a system diagram of the call center and telecommunication network of 

Fig. 1 enhanced with integrated routing according to an embodiment of the present 
invention. As discussed with reference to Fig. 2, common elements introduced with 
the prior art example of Fig. 1 will not be reintroduced here unless they are altered 
according to an embodiment of the present invention. 

25 According to a preferred embodiment of the present invention, call center 17 

receives COST and IPNT calls from their respective separate networks comprising 
telecommunication system 11. Call center 17 is, in this example, enhanced with an 
integrated router (IR) 83 capable of routing both COST calls and IPNT calls. Central 
switch 27 is connected via CTl link to a processor running instances of a CTI 

30 application known to the inventors as T-server and Stat-server (TS/STAT). An 

intelligent peripheral in the form of an IVR 84 is connected to processor 82 via data 
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link 81. Processor 82 and IVR 84 provide CTI enhancement to switch 27, as well as 
an application programming interface (API) to IR 83 via installed software. 

It will be apparent to the skilled artisan that processor 82, IVR 84 andIR 83 
may be implemented in a single computing machine executing all of the necessary 
5 software, but the functions have separated here for clarity in description. 

A multimedia data server (MIS) 87 is connected to LAN 55 , and is adapted to 
store and serve certain multimedia content as known in the art Switch 27 and Router 
29 are maintained as call-arrival points for calls arriving from either PSTN 13 or 
Internet 15 adhering to the separate network-architecture previously described. 
10 IR 83 performs in an innovative manner in that it not only controls central 

switch 27 through interaction with processor 82, and therefore routing of COST calls, 
but also controls processor 29 and the routing oflPNT calls. IR 83 controls routing of 
both COST and IPNT calls whether such calls are incoming or outgoing. 

An agent status-table 86 is a real-time database containing agent availability 
15 information, which is continually updated as operation of the call center proceeds. 
Table 86 may reside in IR 83 as shown, or may reside on processor 82 as part of the 
T-Server software. Table 86 keeps track of when agents log on or off to the system, 
and which agents are busy on calls (either COST or EPNT). It will be appreciated that 
any combination of rules set by the company hosting center 17 may be in place such 
20 as priority routing, routing based on skill, statistical routing, and so on, in various 
combinations known to the inventors. 

Integrated routing as provided by IR 83 allows calls of both types 
(COST/IPNT) to be distributed evenly among available agents without adding 
expensive call conversion equipment, or effecting outbound dialing capabilities. 
25 Yet another improvement in this example over prior art systems is known to 

the inventor and implemented at some or all agent stations such as stations 3 1-37. As 
briefly described with reference to the background section, agent stations 3 1-37 have 
PC-connected telephones. An VO cable completes this interface via connection from 
a telephone receiver/transceiver apparatus such as on telephone 53 to a sound card 
30 installed on an associated PC such as PC/VDU 45. Individual one's of headsets such 
as headsets a-d are connected either to each telephone or each PC/VDU and are 
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adapted to allow an agent to engage both COST and IPNT calls using the same 
headset - 

It will be apparent to one with skill in the art that the integrated routing 
system of the present invention may be utilized in any call center capable of 
5 receiving both COST and IPNT (or other DNT) communication. It will also be 
apparent to one with skill in the art that the present invention may implemented as 
part of a CTT software package, or held separately and integrated with such a CTT 
implementation. 

10 SIP-based call control management 

Li another aspect of the present invention, the inventor provides a mechanism 
for incorporating SIP protocol as a call management tool within a communication 
center. The methods and apparatus of the invention are described in enabling detail 
15 below. 

Fig. 4 is an architectural overview of a communication network 401 wherein 
SIP messaging capability is integrated with routing infrastructure according to an 
embodiment of die present invention. Network 401 comprises a PSTN 414, a data - 
packet-network 417, which in this example is the well-known Internet network, and a 
20 telecommunications center 402. 

PSTN 414 can be another type of COST telephone network as may be known 
in the art such as a private telephone network. A local telephony switch (LSW) 41 5 is 
provided within PSTN 414 and adapted as a switch that is local to communication 
center 402. Switch 415 may be an ACD type or PBX type telephony switch as well as 
25 other known types. It will be appreciated by the skilled artisan that there will be many 
other switches, service control points, and other telephony equipment connected 
within PSTN 414. In this simple example, only switch 415 is illustrated and deemed 
sufficient for the purpose of describing the present invention. 

CTI equipment (not shown) such as a CTI processor including IVR capability 
30 and a Stat-Server may be assumed to be present within PSTN 414 and connected to 
LSW 415 in cases of network-level routing. In such a case, a separate network would 
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exist from the described equipment in the PSTN to similar equipment implemented 
within center 402. 

Internet network 417 comprises an internet backbone 416 extending there 
through and a backbone-connected Internet server 418 that is adapted, in this case, as 

5 an Internet access point for BPNT callers attempting to reach communication center 
402. Server 418 is adapted to serve HTML electronic documents or electronic 
documents presented in other mark-up languages, some of which depend on protocols 
used by connecting end devices. WML, HDML, and other well-known protocols are 
exemplary of several that may be employed at server 418. Backbone 416 represents 

10 all of the lines, equipment and connection points making up the Internet network as a 
whole. Therefore, there are no geographic limitations to die practice of the present 
invention. 

Backbone 416 is illustrated, in this example, as extending toward PSTN 414. 
In some embodiments, calls may travel back and forth between PSTN 414 and 

15 Internet 417 through a bridge or gateway (not illustrated in this example). Internet 
server 41 8 is adapted as a customer access point to communication center 402 as 
previously described. A user represented herein by a PC icon labeled 419 is 
illustrated in this example as connected to Internet backbone 416 by an Internet access 
path 422. Therefore user 419 has accessibility when connected to Internet server 418 

20 for the purpose of establishing communication with communication center 402 over 
backbone 416. 

User 419 may establish Internet access with Internet server 41 8 using a variety 
of well-known Internet access methods. Typically, user 419 would access server 41 8 
using a dial-up modem technology through an Internet service provider (ISP) as is 

25 most common in the art In other embodiments, user 419 may access via a cable 
modem connection, a wireless satellite connection, an integrated service digital 
network (ISDN), and so on. Although an ISP is not explicitly illustrated in this 
example, one such may be assumed to be present and operable between user 419 and 
network 417 as is well known in the art Actual access would take place through 

30 network 414 in the case of dial-up services. 
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Communication center 402 represents a state-of-art center capable of 
integrating COST events with DNT events under a common set of routing rules. A 
central telephony switch (SW) 413 is provided within communication center 402 and 
adapted as a central office switch for routing COST communication events within the 

5 communication center, and in some cases to remote agents. SW 413 is connected to 
LSW 415 within PSTN 414 by at least one telephony trunk 423. Switch 413 may be 
an ACD or PBX type switch as well as other known types as was described further 
above with reference to switch 415. Switch 413 represents an incoming routing point 
for all incoming COST events into center 402. 

10 Communication center 402 has a LAN 403 provided therein and adapted for 

TCP/IP and other applicable Internet protocols. LAN 403 is chiefly used in this 
example to provided network capability for connected agents, automated systems, and 
other equipment that is further described below. 

In this example, there are two illustrated workstations a (404) and N (405) 

15 within center 402 that are connected to LAN 403 for network communication. It will 
be appreciated that there will typically be many more than 2 workstations connected to 
LAN 403 as noted by the A-N designation, in a communication center. Each 
workstation A-N is at least adapted with a PC and a telephone in this embodiment In 
workstation 404 there is illustrated a PC 406 connected to LAN 403 and a PC- 

20 connected IP phone 407. In workstation 405 there is illustrated a LAN-connected PC 
408 and a connected IP phone 409. There may be more equipment types provided in 
and operational in a workstation that axe not illustrated in this embodiment including 
facsimile stations and so on. The inventor deems illustration of two main 
communication appliances, namely a PC and a telephone, as sufficient for the purpose 

25 —of explaining the present invention. 

It is noted herein that there are no COST wiling facilities implemented from 
switch 413 to phones 407 and 409. In this example both phones 409 and 407 are IP- 
capable telephones that are connected to their respective PCs 409 and 407. The 
connection is through the PC sound card enabling the IP phones to take calls through 

30 the PC. In this case, all COST communication events at switch 413 are converted to 
IPNT events and routed to LAN-connected PCs. 
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i 

A transaction server (T-Server) 412 is provided within communication center 
402 and connected to switch 413 by a CTI link. T-Server 412 is also illustrated herein 
as LAN connected T-Server 412 embodies and serves upon request all of the 
routing functions employed at center 402. A data server 423 is provided within 
5 center 402 and connected to LAN 403. Server 423 serves any pertinent data regarding 
client and agent information as may be required to enhance routing function. A data 
repository 424 is provided and accessible to server 423. Repository 424 is adapted to 
hold any pertinent data that may be accessed and served by server 423 upon request 
Updates to such data may be made periodically through LAN 403. 

1 0 Types of data stored in repository 424 and served by server 423 may include, 

but is not limited to, agent information such as log-in status, availability data, skill 
data, language data, identification data, address data, and so on. Client information 
contained in repository 424 and servable by server 423 may include client history data, 
client identification data, contact information, payment history data, order status data, 

1 5 and so on. Server 423 functions, in this example, as a centralized information source 
for agents as well as for automated systems at work in the center. Information 
contained in repository 424 may be continually updated as events arrive and are 
internally routed within cento: 402. 

A proxy server 4 1 0 is provided within center 402 and illustrated as connected 

20 to LAN 403. Proxy server 410 is adapted with a modified version of session initiation 
protocol (SIP) as is illustrated in this example by a software instance (SW) 411. SW 
411 is installed on and executable on server 410 in accordance with events for internal 
routing within the center. Server 410 has an Internet connection to Internet backbone 
416 by an Intranet access pipeline 425. Server 410 functions also as an Internet router 

25 (IR) as described further above with reference to IR 83 of Fig. 3. 

As an IR, server 410 performs all of the internal routing of events arriving 
thereto from Internet 417 and from PSTN 414 through switch 413. To this effect, 
server 410 is directly connected by a CTI link to switch 413. In one embodiment, 
switch 413 is adapted to convert COST events to IPNT ring events. In another 

30 embodiment, server 410 simply routes events from switch 413 but connection for such 
events is physically made on conventional telephones and internal telephony wiring. 
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In still another embodiment, switch 4 13, if adapted as an IP conversion switch, may 
be directly connected to LAN 403 . There are many possibilities. 

User 419 has an instance of software compatible with SIP protocol (SW) 420 
executable thereon that is adapted as a simple client application to SW 41 1 in server 
5 410. SW 420 may be a browser plug-in in one embodiment, for example. In another 
embodiment, S W 420 may be a stand-alone application. Another instance of 
software, labeled SW 421, is illustrated on PC (user) 419 and adapted as a form-filler 
(FF) application. FF 421 may be assumed to be part of SW 420 as one application in 
^nany embodiments, or be connected to it in a direct or indirect manner. The inventor 

10 logically separates FF 421 from SW 420 for illustration of function only. In another 
embodiment, the functions of SW 420 and FF 421 may be provided in and accessible 
from server 41 8 within Internet 417. 

The purpose of FF 421 is to enable a user, in this case user 419, to 
communicate a text reason for a desired connection event to an agent or system of 

1 5 communication center 402. FF 42 1 provides functionality that would otherwise be 
covered by an interactive voice response (TVR) system that may be assumed to be 
implemented either in PSTN 414 and connected to switch 415, or within center 402 
connected to switch 413. 

User 419 may access server 418 and then be provided with applicable client 

20 software or he or she may already have the appropriate software installed as a resident 
program. Filling out an electronic form using FF 421 and submitting the form while 
connected online with server 418 causes a telephony event request to be initiated 
having an SIP header and the completed form as the body of the SIP message. The 
SIP event arrives at server 410 where SW 41 1 parses the message for content and 

25 separates the header information and content (form data) from the SIP message. 

The parsed data is then re-formatted into language that is understood by T- 
server 412 and sent as a routing request to the server. Record of the event remains at 
server 410 until a response is received from T-server 412 concerning routing 
determination. T-server 412 executes any applicable routing routines using the re- 

30 formatted SIP data and sends a routing result or recommendation back to server 410. 
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Jn some embodiments T-server 412 consults with server 423 for any information 
required for optimizing a best determination for routing the particular event. 

Server 410 receives a routing determination from sever 412, and then routes 
the target event to an available agent or system based on the response. All SIP 
5 functionality built into SW 41 1 can be leveraged to provide information that is useful 
for establishing a successful connection. 

For events arriving at switch 413 wherein there is no agent-level routing 
performed at PSTN 414 network level, IVR interaction can provide the equivalent of 
FF 421 of PC 419. SW 41 1 is capable of parsing a textualized or digitized version of 

10 an IVR message and of generating an SIP message containing the information. As 
described above, T-server 412 receives a routing request from server 410 in the form 
of a SIP message. Server 412 computes routing results according to included 
information and sends the results to server 410. Server 410 then routes the event to an 
appropriate agent or system connected to LAN 403. 

15 If events arriving at switch 413 are to be passed directly to LAN 403 through a 

dedicated LAN connection (not shown), then server 410 simply routes notifications of 
pending ringing events. Alternatively, server 410 may receive the actual events 
digitized and may directly route them to appropriate agents or systems over LAN 403 . 
Again, all of the functionality of SIP messaging may be tapped wherein it may be 

20 useful as a routing variable. Such functions include bandwidth reservation, handshake 
protocols, media designations, callback information, presence information and so on. 

The method and apparatus of the present invention allows integration of strict 
routing conventions and SIP functionality without requiring significant modification 
of or provision of special application program interfaces (APIs) to be distributed to 

25 key components of the system, namely T-server 412, server 423, and perhaps at switch 
413. 

One with skill in the art will recognize that there may be a variety of routing 
infrastructures having differing hardware components and connectivity that can be 
enhanced with S IP-Routing capability according to embodiments of the present 
30 invention. likewise, the preferred method may be employed to directly route and 
forward actual events and for routing notification of pending events wherein 
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subsequent call connection is a COST connection made between a terminal and a 
central switch of the center. 

Fig. 5 shows a simplified flow diagram illustrating system steps for using SIP 
in a communication center according to an embodiment of the present invention. At 

5 step 501, a client of a communication crater sends an SIP request to an SIP proxy 
analogous to server 410 of Fig. 4. This step is assumed in the case of the request 
originating in the Internet or other data-packet network. At step 502 the request of 
step 501 is received and parsed for content. This process involves separating the 
content data from the traditional SIP header data. Also at this step the proxy server, 

10 after parsing the data reformats the information into a routing request expressed in the 
format understood by a transaction server responsible for executing intelligent routing 
routines according to existing routing rules. After reformatting the data, the proxy at 
step 502 sends the reformatted request to the T-server analogous to server 412 of Fig. 
4. At step 503 the T-server receives the routing request of step 502 and begins 

15 processing the request 

In the meantime, at step 504 the proxy server waits for the result/response 
from the request sent at step 502. In step 504 the requesting party or originator of the 
event remains in queue. At step 503 the T-server uses additional information 
provided by form filling to help granulate a routing determination to more narrowly 

20 define an appropriate routing destination for the event This may involve access and 
consultation with a server/database analogous to server 423 connected to repository 
424 described with reference to Fig. 4. At this time, repository 424 may also be 
updated with new data from information provided with the original SIP request At 
step 506 the T-server retrieves any required additional information from a database of 

25 information analogous to the repository/server combination described above. This 
data may be passed to an appropriate agent with or ahead of the routed event. 

At step 507, the T-server responds to the request of 502, after processing and 
retrieving any additional data at step 506, by sending the best possible routing 
information or result to the proxy server. The result may well be a final routing 

30 determination or command necessitating no further determination by the proxy. In 
another embodiment, routing information may simply consist of a data record 
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indicating all of the parameters of the route computation wherein some further 
computation to determine final destination is left for the proxy server. 

At step 508, the proxy sever of step 507 routes any additional hard data to the 
intended recipient of the call in the form of a screen pop-up or other well-known 
5 convention. Simultaneously at step 505, the processed event is routed by the proxy 
server to the same recipient The recipient is most likely a live agent but may also be 
an automated robotic system. 

hi one embodiment, the live connection is established and the session 
maintained within the proxy, hi another embodiment only notification of an event is 

10 routed and actual physical connection made by another IP router (dumb switch) other 
than the proxy server, hi the event of telephony events arriving through the COST 
network (PSTN), the SIP request sent to the proxy is generated at an enhanced central 
switch wherein the IVR interaction, if any, is translated into the form content of the 
SIP message. Therefore, the client in 501 in the case of COST events would be the 

15 central switch analogous to switch 413 described with reference to Fig. 4. The active 
SIP session whether COST initiated or IPNT initiated is maintained in the proxy 
server or another designated server. 

Using SIP data to manage internal routing enables all IP communication forms 
such as IP telephony, Chat, multiparty conferencing and so on to be routed and 

20 maintained as traditional telephony call events following strict intelligent routing 
regimens. In the case of multiparty conferencing, many steps otherwise required for 
conferencing in various parties are eliminated. Each selected party would receive an 
identical routed event, which when taken or picked-up automatically initiates the party 
into the conference. Similarly, other traditional steps associated with center telephony 

25 such as call holding, call waiting, call transfer, etc. can be simplified using SIP 

parameters. Many individual characteristics of SEP capability can be leveraged for 
media identification, reserving bandwidth, end user identification, protocol switching 
to improve transmission quality, and so on. 

30 Event Transfer Capability 
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The inventor provides a communication event transfer system and method that 
uses a standard network protocol for coordinating communication event transfers from 
one to another or more communication center sites. The method and apparatus of the 
invention is described below. 
5 Fig. 6 is an architectural overview of a communication center 600 utilizing 

S IP-enhanced routing according to an embodiment of the present invention. 
Communication center 600 is analogous in some respects to communication center 
402 described above with reference to Fig. 4. Center 600 is connected to a 
communication network comprising a data network 607, in this example the Internet 
10 network, and to a telephony network 608, which is, for exemplary purpose, a public- 
switched-telephone-network (PSTN). 

PSTN 608 can be another type of COST telephone network as may be known 
in the art such as a private telephone network. Telephony equipment analogous to 
telephony carriers, switches, service control points, and the like may be assumed 
15 present within PSTN 608 as would be known in the art. Similarly, CTI equipment 
(not shown) such as a CTI processor including IVR capability and a Stat-Server may 
be assumed to be present within PSTN 608 and appropriately connected to local 
telephony apparatus. 

Internet network 607 may be another type of data-packet network as known in 
20 the art such as perhaps a corporate WAN, Ethernet network, or other similar networks. 
Network equipment such as gateways, access points, data routers, backbone carriers, 
and like equipment is assumed present as is generally known in the art 

A user station 614, also termed user 614 is illustrated in this example by an 
enclosed PC and telephone icon representing methods of communication. User 614 
25 accesses Internet 607 with aid of a PC or other Internet-capable device and accesses 
PSTN 608 in a COST sense through typical telephone equipment As is generally 
known in the art connection capability from user 6 14 to Internet 607 is typically 
accomplished through dial-up methods using a modem-based service such as an 
Internet service provider through PSTN 608. User 614 uses state-of-art technology for 
30 communication including cross network communication through bridging of the two 
described networks as is known to be available in the art 
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Communication center 600 represents a center, as known to the inventor, 
capable of converting incoming COST events to DNT events under a common set of 
routing rules. In this sense, communication center 600 only routes IPNT events and 
is devoid of typical internal telephony wiring. This is not required to practice the 
5 present invention but serves as a convenience to agents and systems within the center. 

A central telephony switch 604 is provided within communication center 600 
and is adapted as a central switch for accepting COST communication events arriving 
through PSTN 608. Switch 604 is a PBX type switch in Ibis example, but may also be 
an ACD type switch or some other known type of telephony switch. Switch 604 
10 connects to PSTN 608 using at least one telephony trunk represented herein by double 
arrow. Switch 604 represents an incoming routing point for all incoming COST 
events into center 600, and also handles outgoing events. 

An Internet router (IR) 609 is illustrated within center 600 and is adapted to 
communicate events to and from Internet 607. IR 609 is connected to Internet 607 by 
15 at least one Internet access line represented herein by double arrow. ER. 609 also 

accepts communication events in DNT form that are converted to that form by a CTI- 
processor 605 connected to switch 604 by a CTI link 612. A data link 613 is 
illustrated and adapted for connecting IR 609 directly to processor 605. In this 
example CTI-processor 605 has an instance of T-server software (TS) executable 
20 thereon. TS software enables all of the routing protocol used to route communication 
events within center 600. In this example, CTI-processor 605 is further enhanced for 
converting COST events to DNT events and DNT events to COST events. Therefore 
CTI-processor 605 performs as a network bridge internal to center 600. In terms of 
total incoming events, IR 609 routs all events to final destinations within center 600. 
25 Communication center 600 has a local area network (LAN) 601 adapted for 

TCP/IP and other applicable Internet protocols. LAN 601 is chiefly used in this 
example to provided network capability for connected agents, automated systems, and 
other equipment that is further described below. LAN 601 has direct access to IR 609 
by way of adataline 611. 
30 In this example, mere is a plurality of illustrated agent stations 610 a-n within 

center 600 that are connected to LAN 601 for purpose of network communication. It 
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will be appreciated that there will typically be, in actual practice, many more than the 
number of agent stations illustrated in this example. It may be assumed that each 
agent station 610a-n is at least adapted with a PC connected to LAN 601 . In this 
embodiment an IP-capable telephone is available as well within each agent station 
5 610a-h, the phones connected through, for example, a sound card interface to each PC. 

A customer information system (CIS) server 606 is provided within center 600 
and connected to LAN 601. Server 606 serves any pertinent data regarding client and 
agent information as may be required to enhance routing function. Server 606 is 
typically connected to an internal or external data repository (not shown) adapted for 
10 holding system and client related data. Types of data accessible to server 606 may 
include, but are not limited to, agent information such as log-in status, availability 
data, skill data, language data, identification data, address data, and so on. Accessible 
client information may include client history data, client identification data, contact 
information, payment history data, order status data, and so on. Server 606 functions 
15 as a centralized information source for agents as well as for automated systems at 
work within center 600. 

An application server 602 is provided within center 600 and is adapted to 
serve appropriate functional software applications upon request of other systems 
and/or agents within center 600. Application server 602 is connected to LAN 601 by 
20 LAN connection and to CIT-processor 605 by way of a data link 603 . Application 
server 602 is adapted with a software instance of session initiation protocol (SIP) 
software (SW) 615. 

SIP software 615 may be a modified version of SIP as was described above 
with reference to SW 411 of Fig. 4. In that case appropriate client versions of the 
25 software are distributed appropriately. In a preferred embodiment, SW 615 is a 
standalone version of SIP used for internal session initiation and control in 
conjunction with TS routing routines and for performing call transfer routines to 
external communication sites. 

Processor 605 is connected by a data network 615 to similar CTI equipment 
30 maintained within PSTN 608 and connected to one or more PSTN telephony switches. 
In this way instances of TS can communicate with other instances of TS operating at 
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network level For example, if a call destined for center 600 is processed at a local 
telephony switch within PSTN 608, information about the caller including notification 
of the pending event can be passed ahead of the actual event to an agent or system 
within center 600. likewise, TS routing rules may be extended to network level 
5 switches and service points within PSTN 608, in effect, providing agent level routing 

capability into the network. 

In practice, communication events may arrive within center 600 at telephony 
switch 604 (COST) and at 1R 609 (DNT). When an incoming event registers at the 
last switch within PSTN 608, TS software in processor 605 provides routing 
10 commands to the switch hosting the event before final routing. Processor 605 

accesses SIP control SW 615 upon receiving notification over data network 615 of the 
presence of the pending event. The COST event is routed according to prevailing 
routing rules to central switch 604 within center 600. Data about the event arrives at 
processor 605 over network 615 and is passed on to the intended destination over link 
15 613, through IR 609, over LAN 601 to the target one of agent stations 610a-n 

The event registered at switch 604 is initiated and established as a session- 
controlled event by SIP protocol from processor 605 over data line 613 through IR 
609, over LAN connection 61 1 and LAN 601 to the engaged agent or system The 
incoming event at switch 604 is a COST transaction, however, the event is initiated 
20 and controlled from the point of processor 605 to the point of the engaged agent or 
system according to SIP protocol. In this case, TS/SIP parsing and conversion 
described with reference to Fig. 4 above is not required. 

Incoming events arriving at IR 609 for internal routing are routed according to 
TS protocols and are conducted according to standard SIP protocol. Communication 
25 events are tracked within application server 602 including generation of statistical 
data, log history, event handling disposition, and so on. In another embodiment 
another server may be provided to log activity. 

In this example of internal SIP-based routing, TS routine controls switch 604 
in terms of routing protocol and destination. However event initiation, maintenance, 
30 and event termination from the point of processor 605 to any of the routing 
destinations is conducted according to SIP protocol. For example, assume that 
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internal telephony wiring exists within center 600 and connects agent stations 610a-n 
(telephones) to switch 604. In this case TS routine would provide routing rules and 
commands while SIP protocol would be used to set up and notify one of a target 
agent's PC terminals that an incoming telephone call is being routed to the agent 

5 The agent subscribes to TS to receive data about the caller or event and receives 
notification of the call and, perhaps a clickable link to the required data through SIP 
messaging and response interaction. In a preferred embodiment TS, SIP, and other 
protocols like IM type protocols can be extended between participating center sites. 
Fig. 7 is an architectural overview of the communication center of Fig. 6 

10 connected to an additional communication center 700 to illustrate SIP-based event 
transfer according to an embodiment of the invention. Incoming communication 
events arriving at either switch 604 or IR 609 may, in many cases, not be best handled 
within center 600 but may be better served by another cooperating communication 
center. Center 700, for purpose of discussion, is equipped identically as center 600 

15 although this is not a requirement for successful practice of the present invention. For 
example, center 700 has a telephony switch 704 connected to a CIT processor 705, 
which in turn is connected to an IR 709. IR 709 is connected by a LAN connection 
711 to a LAN 701, which supports agent stations 710a-n. A CIS server is not 
illustrated in this example, but may be assumed present in both centers 600 and 700. 

20 A major difference in this example is a feet that both communication centers 

600 and 700 share a same application server 702 running, among other center 
applications, an instance of SIP (SW) 713. hi this example, network cloud 716 
represents both the Internet and the PSTN network. One with skill in the art will 
appreciate that the physical boundaries between the two networks are blurred in actual 

25 practice. 

Application servo: 702 may be hosted at the network level (PSTN or Internet), 
or may be hosted on a separate data network such as may be setup between 
cooperating instances of TS. In this case, server 702 is connected to processor 705 
within center 700 by a data link 717, and to processor 605 within center 600 by a data 
30 link 718. In this embodiment, application server 702 may be accessed from a point on 
either LAN 601 or LAN 701 following the appropriate paths established for each 
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center. For example, an agent operating one of stations 710a-n may access server 702 
through link 71 1, IR 709, processor 705, and link 717. An agent operating one of 

stations 610a-n may access server 702 through link 611, IR 609, processor 605 and 

link 718. 

5 In addition to a shared application server, processors 605 (center 600) and 705 

(center 700) are directly connected by a network link 719. Network link 719 may be 
adapted to share a proprietary protocol (TS) or it may be adapted to communicate 
using a presence protocol such as instant message protocol. In some cases more than 
one protocol is simultaneously supported such as SIP, IMPP, and TS. Connections 

10 from respective center components to network 716 remain identical to those described 
with reference to Fig. 6 above. In this example, a goal is to provide SIP control 
signaling to set up communication event transfers and session management from one 
communication center to another center. An SIP header and accompanying body will 
not normally be robust enough to cany all required data for establishing a CTI call 

15 event once it has been transferred. Therefore, SIP control signaling is used for 

initiation including event notification, establishing and terminating the session while 
TS is used for routing and hard data transfer. 

In the case of an incoming event arriving at switch 604 in center 600, it may be 
determined that the best suited destination for the call is in fact an agent op erating one 

20 of stations 7 lOa-n in crater 700. Caller ID can be established for the purpose of 
coordinating between TS request/response and SIP request/response. ANI services 
can be leveraged as well as many other identification and matching techniques to 
ensure that SIP and TS function for one event are appropriately associated with the 
event 

25 Processor 605 makes a determination to transfer the event to center 700, in 

some cases, to a predetermined final destination such as a target agent (remote agent- 
level-routing). Processor 605 sends notification of the event and requests routing 
availability information from processor 705 concerning an available agent or system. 
This is accomplished in preferred embodiments of the invention using SIP protocol. 

30 Processor 705 returns routing information to processor 605 after co nfirmin g 

availability of the requested target destination. IMPP can be used to exchange this 
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infonnation instead of proprietary TS routine or SIP. At the same time routing 
determination is occurring the pending session is initiated through SIP exchange 
between processors 705 and 605 over the network of links 717, 718 and application 
server 702. Server 702 coordinates and manages the information for the eventual 
5 session initiation and control during the active session using Application 713. The 
method and apparatus of the invention is not limited to use between two 
communication center sites. Many communication center sites may practice the 
invention. 

Fig. 8 is an architectural overview of the centers of Fig. 7 further enhanced for 
10 parlay through a communication server. In this example application server 702 now 
has a direct data connection to a communication server 801 maintained at the network 
level (Internet) or alternatively on a private network. This server may be, for example, 
a Microsoft Real-Time Communication (RTC) server. Communication server 801 is 
adapted in one embodiment to host multiparty sessions wherein connected parties may 
15 be operating a variety of communication devices and applications. The main function 
of communication server 801 is as a master server for initiating, establishing and 
tracking event-sessions using SIP. Communication server 801 accesses application 
server 702 for SIP functionality enabled by SIP application 713. Also connected to 
communication server 801 are processors 605 (center 600) and 705 (center 700). In 
20 this embodiment calling parties whether sourced from die PSTN or from the Internet 
network may be connected using SIP wherein server 801 main t ai n s the active session 
control for all of the parties. Parties may terminate from the session or join the 
session as long as the session is established between at least two parties according to 
SIP rules. 

25 For example, assume a communication event (telephone connection) is routed 

to center 600, switch 604. It may be determined that die calling party will be best 
assisted by joining an active SIP session maintained by communication server 801 . In 
this case processor 605 sends an SIP request to server 801 and waits for a response. 
When routing is confirmed, SIP initiation to connect commences between the calling 

30 party and server 801. The calling party may be routed through a telephony-to-Internet 
gateway at network level in order to make connection with server 801. Text-to-voice 
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and voice-to-text rendering can be practiced in this case so that the calling party using 
a COST telephone may still participate. Voice-to-voice translation can also be 
provided DNT-sourced parties may communicate normally using a PC or other 
Internet-capable devices having text and/or voice input capability and a suitable 
5 display apparatus. Devices may be text-based, or visual-audio based. SIP negotiates 
the parameters for connection. It is noted herein that direct SIP functionality or that of 
another presence protocol such as IMPP can be leveraged on all of the network paths 
where there is shared bandwidth which covers all paths from server 801 to network 
gateways. 

10 Communication server 801 can handle all SIP request and response 

interactions between processors 605 and 705. Also, TS or other proprietary routing 
requests and commands can be, in some cases, attached to SIP messaging as enhanced 
documents and redirected to intended destinations for implementation. Any hard data 
and/or reference links to data sources connected with an event can be propagated 

15 through the network comprising processors 605, 705, and application server 702 over 
links 718 and 717. 

hi the examples of Fig. 6, 7, and 8 SIP is leveraged to initiate and establish a 
session between at least two parties. Communication events can be transferred 
between modular communication sites using SIP request and response messaging. 

20 Functions not supported directly by, for example, communication server 801 may be 
passed along with the SIP header and body as enhanced attachments understood by the 
machine or system representing the last routing point of an event before connection is 
established. Wrapping call control parameters into SIP requests and responses 
enables systems and machines to provide the correct routing and system parameters 

25 required for specific media dependant devices although those devices may not 
normally be compatible with one another. Other SIP functions such as bandwidth 
reservation, quality of service control, data compression techniques, and event 
handling parameters are preserved and applicable in a given event session. 

Fig. 9 is a process flow diagram illustrating basic steps for event transfer, 

30 session initiation, session establishment, and session maintenance according to an 
embodiment of the invention. 
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At step 900 a communication event arrives at a communication center 
representing a first site or site 1 of more than one possible site. The event, for purpose 
of discussion, is assumed in this example to be a COST telephone call arriving at a 
communication center switch analogous to switch 604 of Fig. 7. At step 901, it is 
5 determined through interaction with the caller initiating the event, or by some other 
method, that resolution of the event would be best handled by another cooperating 
communication center site, which is site 2 in this example. This determination may be 
made as a result of IVR interaction, however other methods are possible. 

At step 902a, the processor responsible for handling the event sends an SIP 

10 request to site 2, more particularly, the CTI processor (TS enhanced) enabling the 
communication center switch located within site 2. SIP generation within the 
processor of site 1 is enabled by an SIP control application running on a server 
accessible to both the processors of site 1 and cooperating site 2. The shared server is 
analogous to application server 702 of Fig. 7. The SIP request has at least a header 

15 and a body. The header contains caller identification information and event 

identification. The SIP body contains parameters concerning requested call initiation 
procedures and permission for transferring the event through, in this case, the PSTN 
network to the switch at site 2. Existing SIP and IMPP protocols are presence 
reporting capable. Therefore, presence information tailored to current availability 

20 states of agents or systems within a communication center can be entirely handled 
using SIP or IMPP messaging. 

At step 902b the processor handling the event at site 1 sends a proprietary TS 
routing request to confirm routing protocol for the event and to enable passing of any 
additional pertinent data gleaned from the caller to the event handling processor at site 

25 2. The process of step 902b occurs simultaneously with the process of step 902a. The 
routing request can be trimmed of requirements for requesting agent availability 
information because that can be handled through SIP or other presence protocols. If 
additional complex protocols exist for routing such as skill level identification, 
statistical routing information, historical or predictive routing information, then a TS 

3 0 request must be sent along with the SIP request 
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Both the SIP request and the TS request are tagged with matching 
identification associated with the event pending transfer so that the event handling 
processor of site 2 can match the requests to the same event Standard call 
identification procedures can be applied. In one embodiment random identification 
5 codes are generated at the time of request generation. Any additional data about the 
caller sent in the TS request at step 902b is also tagged with the appropriate 
identification. 

It is noted herein that the network over which the SIP request is sent includes 
the shared application server in its path. The applications sever coordinates and tracks 

10 the request/response interaction as well as session states for any session resulting from 
the event By contrast, the TS request and data is sent over a separate network set up 
between the two active processors. This network may be a proprietary private 
network such as a virtual private network (VPN), or any other secure data network. 

At step 903, the event handling processor at site 2 receives the requests sent in 

15 steps 902a and 902b. The requests are processed for appropriate responses. This may 
include consulting routing rules, and transferring hard data from TS to agent desktop 
on the TS side. Each response is generated in a cooperative manner so that there are 
no conflicts. For example, if the SIP response fails to permit transfer, the TS response 
must also indicate that transfer is not possible. In this way no conflicting 

20 determinations exist saving bandwidth. The event handling processor within site 2 
sends the generated responses back to the event handling processor of site 1 giving a 
green light for the transfer. 

At step 904, the event is successfully transferred from the central switch of the 
first site to the central switch of the second site and in some embodiments (agent level 

25 routing) to the telephone of the final internal destination at the second site. Some of 
the elements normally contained in a typical TS routing request are obfuscated by SIP 
enhancement as was described above. For example, event transfer request, and agent 
presence availability information can be handles chiefly in the SIP request/response 
format described above. 

30 The process of this example describes an event transfer of a COST event from 

one telephony switch to another telephony switch. Therefore SIP monitoring of state 
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of session is not directly possible assuming a pure COST telephony hookup. 
However, in a scenario wherein a gateway is used to bridge a cost connection to a data 
connection such as an IP phone, SIP can directly monitor and control state of session 
between the agent device and the gateway through which the caller is bridged. Along 
5 the network portion of the connected session wherein there is shared bandwidth, all of 
SIP functionality comes into play. 

The method and apparatus of the present invention can be practiced internally 
within a communication center and externally between communications centers 
connected to a common network. The invention may also be practiced on virtual 
10 EPNT communication networks utilizing remote agents. All that is required in the 

case of a virtual center is a centralized routing point (proxy server) and the transaction 
server capabilities and routines required to provide intelligent routing among remotely 
connected agents. 

The method and apparatus of the present invention should, in tight of the many 
15 applicable embodiments, be afforded the broadest scope under examination. The 
method and apparatus of the present invention should be limited only by the claims 
that follow. 
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What is claimed is: 

1. A system for providing communication event routing and transfer 
capability in a multi-site communication-center environment comprising: 
5 a presence protocol application; 

a routing application; 
a point of transfer on a network; and 
a destination of transfer on the same or connected network; 
characterized in that the presence protocol application is shared by 
10 communication-center sites cooperating in the transfer and routing of events and 

wherein the presence protocol performs at least one event-handling process normally 
performed by the routing application. 

2. The system of claim 1 wherein the presence protocol is Session 
15 Initiation Protocol. 

3. The system of claim 1 wherein the presence protocol is Instant Messaging and 
Presence Protocol. 

20 4. The system of claim 2 wherein the presence protocol includes Session 
Advertisement Protocol and Session Description Protocol. 

5. The system of claim 1 wherein the routing protocol is T-server protocol. 

25 6. The system of claim 1 wherein the point of transfer is a telephony switch. 

7. The system of claim 1 wherein the destination of transfer is a telephony switch. 

8. The system of claim 1 wherein the destination of transfer is an IP-capable device in 
30 an agent workstation. 
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9. The system of claim 6 wherein the destination of transfer is an IP-capable device in 
an agent workstation. 

10. The system of claim 1 further comprising a communication server shared by at 
5 least two of the multiple communication-center sites. 

1 1. The system of claim 10 wherein the communication server is hosted on one of the 
Internet, an Ethernet, or on a Virtual Private Network. 

10 12. The system of claim 10 wherein the presence protocol is Session 
Initiation Protocol. 

13. The system of claim 10 wherein the presence protocol is Instant Messaging and 
Presence Protocol. 

15 

14. The system of claim 10 wherein the routing protocol is T-server protocol. 

15. The system of claim 10 wherein the point of transfer is a telephony switch. 

20 16. The system of claim 10 wherein the destination of transfer is a telephony switch. 

17. The system of claim 10 wherein the destination of transfer is an IP-capable device 
in an agent workstation. 

v 

18. Hie system of claim 16 wherein the destination of transfer is an IP-capable device 
in an agent workstation. 

19. A method for transferring a telephony communication event from one 
communication-center site switch to another comprising steps of: 

(a) receiving an event at a first telephony switch at a first site; 



25 



30 
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(b) determining that the event requires transfer to a second identified telephony 
switch at the location of a second site; 

(c) sending a request in the form of a presence protocol message to a 
processor controlling the switch at the second site; 
5 (d) receiving at a processor controlling the switch at tire first site a response in 

the form of a presence protocol message giving permission for the transfer, and 
(e) executing the call transfer. 

20. The method of claim 19 wherein in step (a) the event is a COST telephone call 
10 and the switch is a CTI-enabled telephony switch. 

21. The method of claim 19 wherein in step (b) determination of transfer requirement 
is established through IVR interaction with the caller. 

15 22. The method of claim 19 wherein in step (c) the presence protocol is Session 
Initiation Protocol. 

23. The method of claim 19 wherein in step (c) the presence protocol is Instant 
Messaging and Presence Protocol. 

20 

24. The method of claim 19 wherein in steps (c) and (d), a request and response 
interaction also occurs using a routing protocol for exchanging information not 
handled in the presence protocol request/response interaction. 

25 25. The method of claim 19 wherein the at least one event-handling process is event 
notification of the event for transfer. 



30 



26. The method of claim 19 wherein the at least one event-handling process is the 
process of reporting availability of an agent representing the final destination for the 
transferred event 
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